BALANCED BUDGET UPDATE IN THE PRESENCE OF RIB RULES 



BACKGROUND 

[1] Enterprise management applications 0 XEMAs ") are computer systems that help 

organizations to manage their operations and, among other things, ensure that certain financial 
goals are met. For example, an organization's employees might be compelled to generate 
purchase orders or other expenditure documents using the EMA. Before the purchase order 
could be transmitted to a vendor organization, a financial management component of the EMA 
may compare the purchase order against expenditure budget values established for the 
organization. If the purchase order includes an expenditure item that violates one or more 
budgetary requirements set for the organization, the EMA may prevent the purchase order from 
being completed. EM As, therefore, maintain data structures that establish expenditure budgets 
and track aggregate actual posted expenditures during the organization's fiscal operations. 
They may compare new expenditure transactions to budgetary requirements before permitting 
the transactions to be completed. 

[2] Some organizations permit expenditure budget limits to vary based on revenue that the 

organizations earn during its fiscal operations. For example, an organization may be permitted 
to spend additional monies pursuant to an identified program if its revenues exceed a 
predetermined threshold amount. Such budgetary dependencies are called ''revenues 
increasing the budget" (or simply, "RIB") and vary widely in their implementation. When a new 
revenue item is posted within the system, the EMA system may apply one or more RIB rules to 
determine whether the revenue item causes an increase in some expenditure budget item. The 
EMA system may amend values in the expenditure budget database to reflect any RIB increase 
that the new revenue item may cause. 

[3] EMAs also maintain databases to record revenue budgets that are defined for an 

organization. Revenue budgets typically forecast revenues that the organization expects to 
earn over a predetermined fiscal period. The process of defining revenue budget values and 
expenditure budget values is an integrated process. Many organizations, particularly public 
sector organizations, require that the revenue budget and the expenditure budget remain 
balanced.. 
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[4] Through the course of the fiscal period, as the organization posts revenue and RIB 

increases are made to the expenditure database, values of the expenditure budget database no 
longer balance with the revenue budget database. When audit functions are performed, this 
artifact causes difficulty to determine whether the organization's goals are being met. 
Accordingly, there is a need in the art for a budgetary control system that demonstrates 
balance between revenue and expenditure budget structures even when the expenditure 
budget increases according to RIB rules. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[5] FIG. 1 is a functional block diagram of an embodiment of the present invention. 

[6] FIG. 2 is a functional block diagram of another embodiment of the present invention. 

[7] FIGS. 3(a) and 3(b) are graphs illustrating audit results that may occur with and without 

the benefits of the present invention. 

[8] FIG. 4 is a simplified block diagram of a computer system finding application with the 

present invention. 

DETAILED DESCRIPTION 
[9] Embodiments of the present invention provide a budgetary control system that 

maintains balance between revenue and expenditure budgets even when the expenditure 
budgets increase due to RIB effects. According to the embodiment, RIB increases to an 
expenditure budget are recorded in parallel to a revenue budget. This embodiment maintains 
balance between the two budget data structures. During auditing operations or other control 
checks that examine the budget data structures for balance, RIB increases to the expenditure 
budget are counter-balanced by corresponding increases to the revenue budget. In the revenue 
budget, RIB increases may be isolated from a 'base' budget to ensure that the RIB increases do 
not affect other budgetary controls unintentionally. 

[10] FIG. 1 is a functional block diagram of an RIB process flow according to an embodiment 

of the present invention. During operation of a financial management application, a revenue 
item 110 may be posted to a revenue database 120. Budgetary processing applications may 
apply one or more RIB rules to the posted revenue item, which could generate a budget item 
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130 representing a change in an expenditure budget value. The budgetary processing 
application would store the budget item to an expenditure budget database 140. By virtue of 
this process, the expenditure budget limits that the EMA uses to determine whether to 
authorize new expenditure transactions change over time as new revenue postings occur. In 
this regard, the operation of the EMA system is well known. 

[11] Embodiments of the present invention provide for an increase in revenue budget items 

to occur as a result of new revenue postings. Thus, a RIB increase to an expenditure budget 
also is stored in corresponding entry of a revenue budget database 150 as an increase to a 
revenue budget. Thus, as expenditure budget values increase due to new revenue postings, 
corresponding revenue budget items also will increase to maintain revenue budget values in 
balance with expenditure budget values. Thus, as audits or other ongoing performance 
evaluations are performed using data from the revenue and expenditure budget databases, the 
databases will reflect a balance between them, even when factoring in RIB influenced budget 
values. 

[12] FIG. 2 illustrates a EMA system 200 according to another embodiment of the present 

invention. The EMA system may include an expenditure authorization module 210, a RIB rule 
manager 220 and one or more databases storing posted expenditure transactions (230), posted 
revenue transactions (240), expenditure budget (250) and revenue budget (260). EMAs are 
commercially available from the assignee of the present invention, SAP AG, and from others. 
They typically include a variety of applications such as materials management applications, 
financial management applications, supply chain management applications, product lifecycle 
applications and others. Implementations vary for different users and, therefore, some EMA 
installations may include a greater or fewer number of application modules than others. For the 
purposes of the present discussion, such applications modules may be deemed to reside in the 
transaction manager 270 illustrated in FIG. 2. 

[13] During operation, an operator may post a transaction at terminal T having a revenue 

item therein. The transaction manager 270 upon detecting the revenue item, may engage the 
EMA 200 and communicate information regarding the revenue item. A RIB rule manager 220 
may execute one or more RIB rules in response to the revenue item and generate a RIB budget 
item to be stored in a location of the expenditure budget database 250 as specified in the RIB 
rule. The RIB rule manager 220 stores the RIB budget item in a corresponding location in the 
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revenue budget database 260 as well. The EMA 200 also may store the revenue posting in the 
revenue posting database 240. In an embodiment, the RIB budget item stored in the revenue 
database 260 may be marked to be excluded from RIB expenditure budget calculations to avoid 
double-counting issues. 

[14] A revenue data system 260 may be established where RIB budget increases are 

distinguished from other revenue budget items. Accordingly, it becomes possible to define 
budgetary reports and other audit mechanisms that either include or exclude the RIB budget 
increases as needs dictate. A first report may be designed to include all revenue items, 
regardless of whether they arise from RIB budget increases or from another source (e.g., 
originally planned revenue budget items). A second report may exclude RIB budget increases 
but include revenue items from other sources. A third report may include only the RIB budget 
increases. Such reports will be defined to satisfy the needs of the EMA operators. Responsive 
to a report template, a report manager 280 may collect identified budget items from the 
revenue budget database 260 and generate a report therefrom. 

[15] FIGS. 3(a) and 3(b) are graphs illustrating exemplary budget reports that might be 

generated by report managers with and without the benefits of the present invention. As 
illustrated in FIG. 3(a), a comparison of entries from the revenue budget and the expenditure 
budget may show an imbalance because, while a base expenditure budget may have been 
defined as being in balance with a base revenue budget, posted revenue items may cause a 
corresponding increase in the expenditure budget. In FIG. 3(b), a comparison between the 
revenue and expenditure budgets illustrates a balance between them. RIB increases are 
recorded in both the expenditure and revenue budgets 250, 260 and, therefore, are reflected in 
any audits or other periodic balance checks of budget values. 

[16] As noted, the foregoing embodiments may provide a software implemented EMA 

system. As such, these embodiments may be represented by program instructions that are to 
be executed by a server or other common computing platform. One such platform 400 is 
illustrated in the simplified block diagram of FIG. 4. There, the platform 400 is shown as being 
populated by a processor 410, a memory system 420 and an input/output (I/O) unit 430. The 
processor 410 may be any of a plurality of conventional processing systems, including 
microprocessors, digital signal processors and field programmable logic arrays. In some 
applications, it may be advantageous to provide multiple processors (not shown) in the platform 
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400. The processor(s) 410 execute program instructions stored in the memory system. The 
memory system 420 may include any combination of conventional memory circuits, including 
electrical, magnetic or optical memory systems. As shown in FIG. 4, the memory system may 
include read only memories 422, random access memories 424 and bulk storage 424. The 
memory system not only stores the program instructions representing the various method 
described herein but also can store the data items on which these methods operate. The I/O 
unit 430 would permit communication with external devices. 

Several embodiments of the present invention are specifically illustrated and described 
herein. However, it will be appreciated that modifications and variations of the present 
invention are covered by the above teachings and within the purview of the appended claims 
without departing from the spirit and intended scope of the invention. 
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